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_ I s'agrt tf un proc6de et d'un systeme de recherche et 
de comparaison d'informations sur Internet. Un premier fi- 
chier de sites ayant ete forme et un programme etiquette 
specifiaue ayant ete affectee a chacun des sites dudit pre- 
mier fichier, on saisit, suite a une action d'un utilisateur, au 
moins un champ de recherche correspondant a un produit 
determine on recherche sur Internet le ou les sites ayant un 
programme etiquette, on recherche puis on analyse les pa- 
ges de chacun desdits sites grace a son programme eti- 
quette, on en extrait les informations correspondant au 
produit determine recherche, on ajoute ces informations a 
un deuxieme fichier de resultats, dit fichier de resultats, on 
consolide les informations ainsi obtenues par au moins un 
critere de consolidation, pour former un troisieme fichier de 
resultats consolides, on affiche au moins en partie le conte- 
nu dudit fichier consolide sous forme d'un tableau de resul- 
tats, et on selectionne alors le produit. 
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PROCEDE ET SYSTEMS DE RECHERCHE ET DE COMPARAISON 
D' INFORMATIONS SUR AU MOINS UN PRODUIT DETERMINE 
PROPOSE SUR LE RESEAU INTERNET 

5 La pr^sente invention conceme un precede et un 

systeme de recherche et de comparaison d' informations 
sur au moins un produit determine repertori€ sur au 
moins un site du r^seau Internet. 

Elle conceme egalement un systeme mettant en 
10 oeuvre un tel precede. 

Elle trouve une application particulierement 
importante bien que non exclusive dans le domaine de 
la vente en ligne de produits tels que des livres, 
des CD-ROM ou plus ggnSralement d' articles divers, 
15 par exemple dans le domaine de la tel§phonie ou de la 
hi-fi. 

On connait d6ja des moteurs de recherche ou des 
systemes permettant de rechercher et de trouver des 
produits sur le rSseau Internet. 

20 De tels systdmes n^cessitent d'acc^der 

sequent iellement a chacun des sites Internet dans 
lesquels le mot cle correspondant au produit 
recherch§ est apparu, d'en extraire & tout le moins 
visuellement, les informations le concernant et 

25 d'effectuer ensuite un choix entre les diffSrentes 
informations obtenues pour selectionner le produit 
correspondant aux informations consider6es comme 
pref6r6es, par exemple pour selectionner le meilleur 
prix. 
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Ces operations sont fastidieuses, assez longues et 
ne donnent pas toujours un resultat fiable ou 
repetitif, certains sites apparaissant comme 
pertinents lors d'une premiere recherche, puis 
5 disparaissant lors d'une seconde recherche entreprise 
a une autre periode, et ce de fagon al^atoire. 

De plus, de telles recherches font apparaitre 
beaucoup d' informations inutiles, surtout lorsque la 
recherche est trial formulee ou formulae de fagon 

10 incomplete. 

La presente invention vise a fournir un proc£de et 
un systeme de recherche et de comparaison 
d' informations r^pondant mieux que ceux 
ant^rieurement connus aux exigences de la pratique, 

15 notamment en proposant l'acc£s aux informations 
recherchies de fa<?on plus rapide, en temps r£el ou 
sensiblement en temps r6el, en limitant les 
informations non pertinentes et en proposant un 
af f ichage permettant une comparaison v^ritablement 

20 efficace. 

Dans ce but , la prSsente invention propose 
essentiellement un proc€de de recherche et de 
comparaison d 1 informations sur au moins un produit 
d€termin6 r6pertori6 sur au moins un site du r6seau 

25 Internet, caract6ris6 en ce que 

un premier fichier de sites ayant 6t6 forme & partir 
des sites presents sur Internet, et un programme 
etiquette sp^cifique (tag) ayant et6 d£velopp£ pour 
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chacun des sites dudit premier fichier, dit fichier 
de sites, 

on saisit, suite & une action d'un utilisateur, au 
moins un champ de recherche correspondant au produit 
5 determine, par le biais d'un dispositif connecte au 
r6seau Internet , 

on recherche sur Internet le ou les sites ayant un 
programme etiquette, 

on recherche puis on analyse les pages de chacun 
10 desdits sites grace & son programme etiquette, 

on en extrait les informations correspondant au 
produit determine recherche, 

on ajoute ces informations S un deuxieme fichier de 
r^sultats, dit fichier de r^sultats, 

15 on effectue un traitement algorithmique de 
consolidation sur ce deuxieme fichier, pour 
consolider les informations ainsi obtenues par au 
moins un critere de consolidation, pour former un 
troisidme fichier de resultats consolides, dit 

20 fichier consolid§, 

on affiche au moins en partie le contenu dudit 
fichier consolid6 correspondant aux informations sur 
le produit issues des differents sites, sous forme 
d'un tableau de r6sultats, 

25 on s61ectionne alors . le produit a partir dudit 
tableau, suite a une seconde action de 1' utilisateur, 
et on affiche lesdites informations sur le produit, 
ses caract6ristiques et le site auquel il appartient. 
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Les pages des sites peuvent etre de fagon connue 
en el les -mimes en HTML, DHTML, XML. . . 

Les programmes etiquettes (ci-apres appeles 
4galement tags ou custom tags) permettent de 
5 retranscrire les requites de l'utilisateur dans le 
mode de realisation utilisable par le site concerne . 

Un tel precede permet de proposer sur Internet un 
service tres proche de celui qu' obtiendrait un 
utilisateur s'il avait affaire & une persorme 
10 physique, comme un libraire par exemple. Tout se 
passe en effet comme si il y avait utilisation de la 
memoire oubli£e de l'utilisateur pour 1' aider a 
af finer sa demande avant de lancer la recherche. 

Dans des modes de realisation avantageux on a de 
15 plus recours k l'une et/ou a 1' autre des dispositions 
suivantes : 

- chaque site r£pondant de plus a au moins un 
critdre d' identification le rattachant a une 
cat#gorie spicifique la recherche du ou des sites 

20 ayant une etiquette sur Internet s'effectue 
uniquement parmi les sites appartenant It la ou 
auxdites categories specif iques. 

les sites sont des sites marchands, et 
l'utilisateur commande de plus directement en ligne 

25 le produit s£lectionn§ ; 

- le procede comporte de plus une §tape de gestion 
en parallele des recherches et analyse des pages 
HTML, agenc£e pour permettre 1' interrogation 
s imul taniment ou sens ibl ement s imul t anement en t emps 

30 reel des sites muni d' etiquettes, eventue 11 ement 



5 



2808911 



aprds selection complement a ire par critdre 
d' identification ; 

- le procSde est appliquS a la recherche et a la 
comparaison du prix de livres et/ou de pet its objets. 
5 - le produit etant un livre, on utilise le code 

ISBN comme critdre de consolidation ; 

on utilise au moins deux cri teres 
d' identification du site concerne, comme par exemple 
un critere lie a une categorie sp€cifique de sites 
10 (libraire, disquaire, revendeur de materiel 
elect ronique, etc.) et la langue ou le pays 
d' Emission. 

L' invention propose £galement un syst£me de 
recherche et de comparaison d 1 informations sur au 

15 moins un produit determine rSpertorie sur au moins un 
site du r£seau Internet, chaque site comprenant au 
moins un critdre d' identification de la categorie 
sp^cifique a laquelle il appartient, caract£ris6 en 
ce qu'il comprend 

20 - des moyens de stockage d'un premier fichier de 
sites form6 & partir des sites presents sur Internet, 
un programme Etiquette Stant developpg pour chacun 
des sites dudit premier fichier, 

- un dispositif connect^ au r€seau Internet , de 
25 saisie, suite a une premiere action d'un utilisateur, 

d'au moins un champ de recherche correspondant au 
produit determine recherche dans une categorie de 
site specif ique, 

- des moyens de recherche sur Internet du ou des 
30 sites ayant un programme etiquette et appartenant k 
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c .6 

ladite cat£gorie de sites sp6cifique du produit 
recherche, 

- des moyens de recherche, de calcul et d' analyse des 
pages de chaque site grace & son programme etiquette, 

5 - des moyens d' extraction des informations 
correspondant au produit determine recherche, 

- des moyens d' addition de ces informations a un 
deuxieme fichier de r£sultats, 

des moyens de traitement algorithmique de 
10 consolidation sur ce deuxieme fichier, pour 
consolider les informations ainsi obtenues par au 
moins un critere de consolidation, pour former un 
troisieme fichier de r£sultats consolides, 

- des moyens d'affichage d'au moins une partie du 
15 contenu de ce troisidme fichier correspondant aux 

informations sur le produit issues des diff£rents 
sites, sous forme d'un tableau de r^sultats 
consolides, 

- des moyens de selection du produit a partir dudit 
20 tableau, suite Bl une seconde action de l'utilisateur, 

- et des moyens d'affichage des caracteristiques 
dudit produit, et du site auquel il appartient. 

Avantageusement , les sites 6tant des sites 
marchands, le systeme comprend des moyens de commande 
25 directement en ligne du produit une fois select ionne, 
par exemple securis£s. 

Dans un autre mode de realisation avantageux le 
systdme comprend des moyens permettant l'ajout de 
nouvelles categories de produits ou de sites sans 
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modification des Stapes de traitement algorithmique 
mettant en ceuvre le critere de consolidation. 

L' invention sera mieux comprise a la lecture de la 
description des modes de realisation donn6s ci-apres 
5 a titre d'exemples non limitatifs. La description se 
refere aux dessins qui 1 ' accompagnent dans lesquels : 

La figure 1 est un diagramme bloc montrant les 
principales etapes mises en ceuvre dans un mode de 
realisation de 1 ' invention . 
10 La figure 2 est une vue schematique du systdme de 

recherche et de comparaison mis en ceuvre selon 
1' invention. 

La figure 3 est un diagramme bloc montrant les 

etapes d'un mode de realisation du precede selon 
15 1' invention, applique S la recherche et a la 

comparaison de prix. 

La figure 4 est un diagramme bloc montrant les 

etapes d'un autre mode de realisation du procede 

selon 1 ' invention . 
20 La figure 5 est un exemple d'affichage 

d' informations correspondant au procede selon 

1' invention. 

La figure 1 decrit les etapes principales du 
procede de recherche et de comparaison d' informations 
25 correspondant £ des produits repertories sur des 
sites marchands du reseau Internet. 

Les sites ont ete prealablement tries et affectes 
d' etiquettes (ou tags en terminologie anglo-saxonne) 
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pour const ituer de ce fait une liste stockee dans un 
premier fichier. 

L' utilisateur pose sa question en 1 en renseignant 
un champ de moteur de recherche de fagon connue en 
5 elle-meme. 

Cette question est reformatee en 2 et transmise 
simultan£ment aux sites marchands faisant partie du 
fichier de sites. 

L'outil logiciel utilise est par exeniple le 
10 logiciel vendu sous la denomination COLD FUSION 
(marque d£posee) de la soci£te am£ricaine ALLAIRE. 

II simule la m§me requete chez tous les sites 
marchands 6tiquet6s. 

Les r£ponses (par exemple pages HTML des sites 
15 pertinents) sont ensuite rapatri^es en 3 ou elles 
sont analys6es puis consolid§es (£tape 4) par le 
biais d'au moins un critdre, ce qui permet de 
rassembler les informations pertinentes correspondant 
au produit recherche sous forme d'un tableau stocks 
20 dans un second fichier, et ce en evitant les faux 
amis et/ou les doublons. 

Une 6tape 5 d'affichage d'une preselection de 
produits est alors ef fectu£e pour permettre & 
1' utilisateur de s61ectionner de fagon complement a ire 
25 (etape 6) les produits encore pertinents. 

On peut a ce stade consid£rer que 1 'utilisateur 
est aide par le proc6d£ mis en oeuvre cotrane il aura it 
pu l'etre pour une personne physique (un libraire par 
exemple) , pour af finer le choix du produit pour 



9 



2808911 



lequel les informations recherchees sont les plus 
pertinentes . 

L'affichage de la selection affin^e est alors 
effectu£ en 7 puis 1 'utilisateur commande (6tape 8) 
5 l'affichage (etape 9) de la fiche produit 
s61ectionn6e in fine. 

Une commande eventuelle peut alors etre r§alisee 
de fagon connue en elle-meme par clicks successifs en 
10. 

10 On a reprSsente sur la figure 2 un systeme 11 de 

recherche et de comparaison d' informations sur des 

produits selon le mode de realisation de 1' invention 

plus particulierement d6crit ici 

Le systeme 11 comprend un dispositif 12 comprenant 
15 un micro-ordinateur 13 muni d'un clavier 14, d'une 

souris 15 et d'un modem 16 de connexion avec le 

reseau Internet 17. 

II comporte Sgalement connecte au reseau Internet 

un serveur 18, proprifitaire, par exemple comport ant 
20 une console fabriqu^e par la societe americaine SUN 

MI CROS YSTEM , muni e 

- de moyens processeurs (19) de recherche sur 
Internet des sites a etiquettes correspondant 
§galement et par exemple au produit appartenant a une 

25 catSgorie de site specif ique, 

- de moyens de stockage du f ichier site (20) , 

- de moyens processeurs (19') constitu§s par un ou 
plusieurs microprocesseurs , de recherche , de calcul 
et d' analyse des pages HTML de chaque site ayant une 
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Etiquette, en utilisant un algorithme d'un type qui 
va etre decrit ci-apres a titre d'exemple non 
limitatif 

- de moyens (19'') d'extraction des informations 
5 correspondant au produit recherche, 

- de moyens (19''') d'addition de ces informations 
a un deuxidme fichier (21) de resultats 

- et de moyens (19' ) de consolidation sur ce 
deuxidme fichier, pour former un troisieme fichier 22 

10 dormant un tableau de r6sultats consolides. 

Le dispositif 12 comprend par ailleurs des moyens 
23 d'affichage du troisidme fichier, des moyens de 
selection (14, 15) du produit & partir du tableau de 
resultats consolides et des moyens d'affichage (19, 

15 23) de la fiche produit s61ectionn6e . 

Le syst£me comprend par ailleurs plusieurs sites 
marchands 24, 25, . . . comportant de fagon connue en 
elle-m§me, des ordinateurs 26, 27, . . . munis de moyens 
d' interface 28, 29,... connectes au r6seau Internet, 

20 et de m^moires de masse, de stockage de bases de 
donn^es 30, 31.,, mises S jour r^gulierement et 
donnant les informations sur les produits qu'ils 
repertorient . 

25 On va maintenant d^crire en reference aux figures 

3 , 4 et 5 les e tapes du procede de recherche et de 
comparaison selon le mode de realisation de 
1' invention plus particuli£rement decrit ici, 
appliqu€ a la recherche de livres au meilleur prix. 
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Dans la suite, on utilisera les memes num§ros de 
references pour designer les memes 616ments ou 
Stapes. Le langage informatique auquel il est fait 
reference pour la description est le langage utilise 
5 par la societe americaine ALLAIRE pour son programme 
COLD FUSION (marque depos£e) , mais tout autre langage 
peut bien entendu etre utilise. 

L'utilisateur met tout d'abord en oeuvre la page 40 
dite « formulaire » en utilisant le dispositif 12. 
10 Pour ce faire, il saisit (etape 41) le ou les 

champs de recherche, en suivant 1 ' instruction 
affich€e sur l'6cran de 1'ordinateur (42) (voir figure 
5) « Trouver directement » 

II renseigne de ce fait au moins 1 ' un des 3 
15 champs : auteur, titre, ISBN, qui lui sont presentes. 

Il utilise ainsi la page « formulaire » dont 
1' action est engendr£e par une page 
« comparaison^cfm. » qui va etre pr£cis6e par la 
suite. 

20 Un parametre « requesttimeout » (par exemple d'une 

valeur de 500 secondes) , permet avantageusement de 
fixer un temps d'attente maximum, 

Pr6alablement , et comme on a pu le voir ci-avant, 
un classement des sites marchands a 6te effectu£, en 
25 constituant une table dite « WebMarchand », par 
exemple S partir des cri teres suivant s : 

• partenaire : classement selon le champ 
Web_reduction_val . Les partenaires sont les sites 
marchands qui acceptent de proposer une reduction, 
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c'est-^-dire dont le parametre n'est pas nul (table 
WebMarchand) 

• nom : classement selon le champ Web_Nom (table 
WebMarchand) : ordre alphabetique sur le nom du 

5 marchand 

• nationality : classement selon 1' ordre 
alphabetique du champ Web_nationalite (table 
WebMarchand) . 

Un mode de realisation de la table WebMarchand est 
10 donne ci-aprds S titre d'exemple non limitatif . 
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TABLEAU N° 1 



VfebMarrfi<nd 



Web HTEXTH33 



Webnom TEXT^IOQ 
Web_adesse1 TEXT^20Q 
Web_actesse2 TEXTE(20(| 
\Afeb qpTEXTE(2Q 
Web vUeTEXTE(5Q 
WsbtelTEXTEfSQ 
WebJacTEXTE(5q 
V\feb30ent_a*essel TEXTE(2O0) 
V*b_c5enLa*esse2 TEXTE(200) 
WebcfienUp TEXTE(2Q 
Web dlarrt_vBeTEXTE(5q 
Web cfiert te)TEXTE(5Q 
WA cBentJacTEXTE(5q 
Wdb_<fi€nt_emai TEXTE(10Q 
Wd)_nslfonaiae LONG 
Web edudicn_\G! DOUBLE 
Web description LONG 
\Afeb__LTl TEXTE(20Q 
Web lg Franca is BOOL 
WebJglAntfais BOOL 
Web_lg_Es pagno) B OOL 
Web lg bfienBOOL 
VSfeb fglAllem and BOOL 
Web_PaLMastffCard BOOL 
Web_P a_Am ericaiExpiess BOOL 
Web_PaJDInetsaub BOOL 
Web^PaLEuJoCaTJ BOOL 
V\eb_Pai_VfeaCard BOOL 
Web_Pai CaieBleue BOOL 
Web_PafjCBBCOL 
Web_Pai CofinogaBOOL 
Wbb.Pai Kargouiou BOOL 
Web Pai Aurcre BOOL 
Web_Pal_CetetemBOOL 
Web Pai Klebw BOOL 
Web Pat CybecashBOOL 
Web_PaLMiJcert BOOL 
Web_Pai Dgcash BOOL 
Vfcb_Pafbhe(pe BOOL 
Web_Pa_CorteRemfaoursemert BOOL 
Web_Pa_Mandat BOOL 
Web_Pal_Prete*emert BOOL 
Web_Pa_ParWemert BOOL 
Web_PaLEurcChe<ye BOOL 
Web_Pai_AulreBGOL 
V\feb_Tjans_Kte6ne BOOL 
Web_TrarB_Payfin8 BOOL 
VVeb_TGns_Tetecommerce BOOL 
Wd>_Trans_SdBOOL 
W*_TransJ»ayboc BOOL 
Web_Trars_SSL B OOL 
Web Trare_SPSBOOL 
Web.Trais.Cybein tl B OOL 
NAfeb_Tcans_BancMesPqpulaIrcs BOOL 
Web_Trais_CC BOOL 
Web_TBns_Aulre BOOL 
Wd>_§vr_Tetediaigemert BOOL 
Wfb_Wr_RdaisBOOL 
WebWr_Sais«h BOOL 
Web.iwAufreBOOL 
Web_com_Fac BOOL 
WA_a>mjrelBOOL 
W*_com_emai BOOL 
WA_Tonsacfc>n_seari se BOOL 
Web_lcginTEXTB(3Q 
Mfeb_pa59wad TEXJ^30) 
Web mastef_nomTEXTE(3C| 
Web_master_emalTEXTE(5C| 
Web.wftdeBOOL 
W€b_p«xlBOOL 
Web_Stgjiom TEXT^IOt) 
Web Sfc_acresse1 TEXTE(20Q 



>o 



Tensacfons 



NimTiansadton LONG 
ICMembre LONG 
ICE mjl eye LONG 
DWebMachand TE XTE(33 
DateTensadion DATE 
DaleMAJ CATE 

NjmercCommande TEXTE(25^ 
Monbrt_KT DOUBLE 
Description TEXTE(253 
RefBaeme TEXTE(25^ 



Membe 



mem id LONG 
mem_nomTEXTE(5C| 
mem_pJenom TE XTE[5Q 
mem_emaiTEXTE(5C| 
mem J eg in TEXTE(2Q 
mem_pwd TEXTE(2Q 
me m_ point LONG 
m em~cK0 ite TE XTE(5Q 



categote jNebmardi and 



webJdTexte(33 
cd_id Texte(5Q 
otdre LONG 



Categarte 



Cat id LONG 
Cat>arert_idLONG 
Cat_R>eleTexte(2<K| 
Cat_DateOea DATE 
Catjeducmax DOUBLE 
CaCnfarjMebjn arena nd LONG 



Bareme_Pdnts 



FfeB are me Terfe(25$ 
BaremeBJT 



Tsux TV A 



RefTaux TVA LONG 
Taux TW SIMPLE 
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SUITE TABLEAU N° 1 



WebMardiami 



Web_S£ nom TEXT^IOQ 
Web S^3*esse1 7EX^2G0> 
Wjb Sfc adesstfi TEXTE(2<K) 
Web Sfe_cpTHXT^2Q 
Web_Stg vHeTEXTB(5Q 
WebJSfc telTEXTE(5Q 
Web_ag_faxTCXTE(5Q 
Web Sfc cfientadessel TEXTE(20() 
Web_Sfe_cOent_adessee TEXTE(20Q 
Web Stg cfient <pTEXTE(2Q 
W* Sta_dtoit_vBeTEXr35C) 
Web S»g_cBert JelTEXTE(5Q 
V*b_S*g_di entjac TEXTE(5Q 
V*b_S^_<fienLemaB TEXTC(10Q 
W»b_S|g nalionaaeLONG 
VSfeb Sfc edudiori_val DOUBLE 
Web S to description LONS 
Web_Sfe_iri TBCFB[20Q 
Web_agJg_Francais BOOL 
W*_SfcJ9-An#»b BOOL 
Web_SteJg_fepaanol BOOL 
Wib_StoJg_la5en BOOL 
Web_Stg_lg_Alkjn<nd BOOL 
Wd)_aft.Pai_MasterCard BOOL 
Web_a 9-P a_Am erfcai Ex p e ss BOOL 
Web_Sfc_Pal_Dinee>aiib BOOL 
Web_Sfc PaLEu»CardBCDL 
Web_S|g_Pal_VfeaCard BOOL 
Wd> Stg_Pal C arte BJeje BOOL 
Web_S fe_Pai_JCB B OOL 
Wd>_aa_PaLC<fff>oga BOOL 
V\feb_Sto_Pai KargourouBOOL 
Wdb^agLPai_Aurare BOOL 
Web ag_Pa*_CetetemBOOL 
Wib_$to Pai NebocBOOL 
Web_ag_Pa*_Cybeicash BOOL 
Wd)_aa.PaJ_Mfficerl BOOL 
VNeb_S^ Pai Dgca^BOOL 
Web_Sfc_Pai_Checpe BOOL 
Web_a g J 5 a _C ort ie R cm bourse mert BOOL 
Web_ag Pa_Mandat BOOL 
Wd>_ag_Pai_Pretevemert BOOL 
Web_ag_Pa ParWemert BOOL 
W*_ag_PaLEuroCheqie BOOL 
W«*>_aa_Pai_Au*e BOOL 
Web_S|g_TEins WelneBOOL 
Wd>_aa_TrarB_Raytlne BOOL 
Web_S |g_Tians_Tete commerce BOOL 
W*_ag_Trans Set BOOL 
Web.SfcJTrans Pa/bot BOOL 
W* - ag_Trare_SSL BOOL 
Web_aa.Trarc_SP S B OOL 
>Aeb_S^_Trans_C)beTO U BOOL 
WebSfc_Tans_Banc|jesPopulafc-e5 BOOL 
V*b_S^_Trais_CC BOOL 
WebJ5|g_Tans_Aure BOOL 
Wbb_Sto_fivr_Tete<haoemert BOOL 
Web_Sfc_Gvf Rdafe BOOL 
Web_agJvr_Sajs*h BOOL 
Wfeb_Sfc_ivr_Aufre BOOL 
Web_Stg_com_Fax BOOL 
VSfeb ta Sb_com_Te1 BOOL 
V\feb_$fc_CDm_emai B OOL 
Web_Stg Tiansacton_searise BOOL 
Web_ag_l ogh TEXTE(3C) 
Web__Sfej>as sword TEXTE(3Q 
We b_a g_mas ter_nom TE XTE(3Q 
Wd>.ao.master emalTEXTE(5Q 
W«t> bgTEXTE(5Q 
Web_phot>BOOL 



touspays id LONG 
tou9pay5_nomTEXTE(39 



CM Die 



Abre/iafonTert<<259 
C'naeTe*e(253 



Admin 



admJdLONS 
login Texte(3Q 
Password Te>te<3Q 



WebAvantages 



Cafe de modtfkafon : 2MJ3 
ffl ii m-^q 



Madele physkpe de la base courante 



SQL server 7.0 Rev: 0 



NomdefcHer : WAPhys 



Auleur : rcaulean 



Enfreprtee : 

WphAmntajpe 
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Une etape de recherche 43, dans la page dite de 
consolidation 44 des sites marchands est ensuite 
r6alis6e, ces derniers £tant etiquet^s et classes en 

categories . 

5 Puis une 6tape 45 de selection des sites marchands 

£tiquet6s est effectu^e. 

Pour ce faire, on recharge la page (par la 
fonction javascript changer ()) en passant en 
parametre un nom correspondant a la cat€gorie 
10 coch£e. La liste des sites affiches est alors 
actualis#e suivant ce parametre. 
Par exemple 

• Pour la nationality fran<?aise : le parametre 
est Nfrancaise, qui correspond a : 

15 « Web__Nationalite est l'ID de la France dans la 

table Pays » . 

• Avec sites en frangais : le parametre est 
LFrancais, qui correspond a : « Web_lg_Francais 
est vrai dans la table WebMarchand » , 

20 • Avec paiement s6curis6: le parametre est 

TSecurise, qui correspond & : 

« Web_Transaction_securise est vrai dans la table 
WebMarchand » . 

• Avec paiement par cheque : le parametre est 
25 PCheque, qui correspond <k : « Web_Pai_Cheque est 

vrai dans la table WebMarchand ». 

L' actualisation est faite dans la requete : 
Tri Web Marchand. 
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Les etapes suivantes sont les Etapes d'appel et 
d' interrogation 46 des sites marchands Etiquetes. 

Ces Etapes constituent le debut d'une boucle 47 
consistant a rEcupErer les rEsultats des sites 
5 affectes avantageusement d'un ou plusieurs programmes 
etiquettes, (egalement parfois appeles ci-apres 
« custom tags ») . 

Pour ce faire, on identifie 1' ensemble des 
« Custom tags » correspondant a un site marchand. 
10 On retire de 1' ensemble les sites correspondant 

aux programmes Etiquettes ayant renvoyE une erreur 
(si le site correspondant est arrEtE par exemple) , et 
on conserve les tableaux 48 renvoyes par les pages 49 
de sites EtiquetEs, remplissant les cri teres de 
15 selection du produit (etape 50) , en passant par 
l'affichage 51 des pages HTML, et leur analyse 52, 

Dans le mode de realisation plus particulierement 
decrit ici Sl titre d' exemple, on recherche ainsi tous 
les « custom tags » de la base de donnEes (champ 
20 Web_tag de la table webmarchand) grSce a la requete 
LWeb. Ces Etiquettes sont alors stockEes dans un 
tableau liste__erreur . 

Pour chacun de ces sites, il y a alors essai 
d'appel de 1' etiquette trouvee. Si ce n'est pas 
25 possible, le site marchand correspondant est retirE 
de la liste liste__erreur . 

La mEthode de test de 1' existence des « custom 
tags » est done d'essayer de les appeler, et de 
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capturer l'erreur si c'est impossible d'obtenir une 
rgponse positive (tag <cf try>/<cfcatch>) . 

Un ajout dans le tableau 48 est alors r6alis6 
(€tape 53) avant l'6tape de consolidation 54 des 
5 resultats ici en utilisant le num6ro ISBN du livre 
recherche pour. 61iminer les faux amis ou doublons. 

En d'autres termes, les tableaux r£cup£r6s des 
« custom tags » sont croisgs dans un tableau commun, 
puis tri6s par num§ro ISBN pour former le tableau 
10 consolid6 ou tableau resultat_fcab, . En meme temps que 
les tableaux r6cup€r6s sont consolides, on compte le 
nombre de produits trouv^s, qui const itue egalement 
le nombre de lignes dudit tableau consolide. 

Le tri du tableau Resultattab ou tableau 
15 consolide 55 autorise une presentation des lignes du 
tableau correspondant au m§me produit & la suite les 
unes des autres. 

Le tableau tri6 est ensuite transform^ en r^sultat 
de requete (de nom consolidation) grSce au «c custom 
20 tag » queryNew qui, a partir d'un tableau en entr§e 
renvoie un resultat similaire & celui renvoy£ par une 
requete SQL. 

Une page XML correspondant au tableau consolide 
(tag CFWDDX) est ainsi g6n£r£e, et va permettre le 
25 passage 3 la page 56 de comparaison. Cette page XML 
n'est pas utilis^e pour la page de consolidation 44, 
mais sert uniquement pour le passage des donn^es en 
vue de leur affichage. 
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L'etape suivante est en effet l'etape 57 
d'af f ichage. 

Plus pr£cis£ment et pour afficher les donnees, on 
groupe le resultat de consolidation comme pour une 
requete SQL sur le critere ISBN : cela retire de 
consolidation les lignes qui suivent celle dont le 
numero ISBN est different de la ligne pr^cedente. Les 
numeros ISBN sont alors uniques dans consolidation. 

Enfin, on realise l'etape 58 d'appel de la page de 
comparaison, ce qui autorise la selection par 
1'utilisateur . 

Lorsque ce dernier choisit un produit, la fonction 
envoi est appelSe. Elle regoit en parametres le 
numSro ISBN, le nom du livre et l'auteur. 

Cette fonction envoi soumet alors un formulaire 
cachg (place juste apres le <body> de la page) avec 
les donn§es regues et la categorie du site 
correspondant aux produits recherches ( ici 
librairie) . Ce formulaire appelle la page 
comparaison. cfm pour la mise en oeuvre de l'etape de 
comparaison et qui va maintenant etre d6taill£e 
encore plus pr6cis6ment. 

• appel 

La page regoit en parametres la categorie du 
produit, le numero ISBN, l'auteur et le titre, ainsi 
que la page XML g6n€r6e. 

• classement et selection des sites : 

Le fonctionnement est exactement le m§me que pour 
la page formulaire (annuaire/home . cfm) , & la 
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difference pr§s qu'a chaque rechargement de la page 
les parametres ISBN, categorie, titre, auteur et XML 
sont 6galement passes en parametres. 

• stxructuration des informations 

5 Le tableau XML re^u (champ) est transform^ en 

tableau consolidation, toujours avec le tag CFWDDX. 

II est agrege avec les informations de la base de 
donnees dans le tableau consolidation!, en joignant 
sur le champ site qui correspond au web_tag de la 
10 table webmarchand. 

Les colonnes correspondant k la base de donnees 
sont genSrSes par la requite imarchand, et les 
colonnes correspondant aux informations produit 
(ISBN, etc~) sont g6n6r6es grace a 1' instruction 
15 queryAddRow. La requSte est au prSalable groupie sur 
l'ISBN comme dans la phase de consolidation. 

• affichage 

On trie ensuite les r£sultats de consolidationl 
suivant le mode choisi (custom tag cfjsortquery) . Le 
20 r^sultat est alors mis dans comparaisonT. 

On boucle ensuite sur la tableau comparaisonT, 
(tag CFOUTPUT) , et on af f iche chacune des colonnes de 
ce r6sultat de requ§te. 

• Lien w acheter * 

25 Suivant le type de marchand choisi (avec ou sans 

reduction), on passe des parametres differents au 
fichier identification. cfm. 

Si reduction : partenaire=yes 

Sinon : partenaire=no 
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Dans les 2 cas, les parametres suivants sont 
6galement envoy^s en URL : LienFiche, cat 
(categorie) , webid (nom du web marchand) . 

Dans certains cas, des sites marchands 
5 privil£gi§s, qualifies de Partenaire, sont en effet 
prevus et il convient (etape 59) de verifier leur 
caractdre. 

Ces sites proposent par exemple des reductions. 
Auquel cas, on affiche une page d' identification, 
10 puis on envoie vers la page LienFiche passee en 
parametre. 

Dans le cas oCk i 1 n ' y a pas de rfiduct ion , on 
n' affiche pas ce formulaire, et on propose toujours 
le lien vers la fiche produit 60. 

15 Le figure 4 montre les etapes d'un autre mode de 

realisation du procfide selon 1' invention mettant en 
scene 1'essentiel des Stapes decrites en reference a 
la figure 3, parmi lesquelles un cycle 61 de gestion 
d'appel parallele est par ailleurs ajoute. 

20 Pour limiter encore la dur6e de la recherche, les 

appels aux « custom tags » §tant normalement 
sequent iels, par exemple en mettant en oeuvre une 
boucle CF. dans la page « consolidation.cfm », un 
mode avantageux de 1' invention propose en effet de 

25 paralleliser les appels « custom tags » des sites du 
r6seau. 

Une telle parallelisation s'effectue par 
1' interm^diaire d'un objet DCOM intitule « objets 
WebAvant age. Parallel ». 
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II s'agit ici plus precis6ment d'un objet 
MultiThread qui a pour but de paralleliser les appels 
Custom_Tag et qui comprend six propri£tes et une 
mSthode (Cf. reference 62). 

Les proprieties sont 

- intTimeOut : le timeout passfi par la page 
pr£c£dente . 

- stHostRoutage : le serveur hSbergeur de la page 
routage . cf m 

- stPortRoutage : le port du serveur hSbergeur de 
la page routage. cfm 

- stURLRoutage : l'URL de la page de routage. cfm 

- stURLList : Un paquet XML de la liste des Hosts, 
des ports et des pages CustomJTag. 

Plus pr6cis6ment il y a deux colonnes dans la 
liste, Racine et Page ; 

Racine : c'est l'URL racine des custom tags, ex ; 

« /webavantages/custom_tags » 

Page : le repertoire et le nom de Tags ex ; 

« /alapage/alapage.cfm » 

- stAttribut : Un paquet XML contient la liste des 
Meta_Champs de recherche associe a la catggorie 
recherch^e . 

II va etre revenu ci-aprds sur le concept de 
Mata_Champs . 

• stResult : C'est le r^sultat des appels des 
pages CustomJTag en format « paquet XML 

• La m^thode est Start () : C'est le m^thode qui 
dSclenche les appels paralleles. Elle correspond 
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a des instructions classiques en langage SCOLL 
FUSION. 

En reference a la figure 3, on notera que la page 
f ormulaire . cf m 40 reste inchang^e. 
5 Par contre la page de consolidation peut 

maintenant etre detaillee. 

Initialisation de l'objet DCOM 70 

1. Rechercher tous les tags (etape 63), de la 
catSgorie et la nationality recherchee, de la base de 

10 donn^es (champ Web_tag de la table webmarchand) grace 
a la requete LWeb. Ces tags sont stockes dans le 
tableau liste err eur. 

2. Construire une liste (62) pour tous les Hosts 
et tous les WebTags des WebMarchand, ensuite, 

15 s4rialiser la liste en paquet XML, stURLList. 
La liste stURLList contient ; 
Racine 
URL 

3. Definir la liste des champs de recherche a 
20 passer aux <r custom tags », c'est k dire ceux dont le 

champ MetaChamp_Recherche de la table Meta_Champs 
vaut Vrai, bien sur de la cat4gorie recherchee. 
<cfloop query = n QlisteChamps"> 

<cfset resultat = StructInsert(lesParametres, 
25 MetaChamp_nom, evaluate (Me taChamp_nom) ) > 
</cfloop> 

<cfset resultat = Struct Insert (lesParametres, 
"RequestTimeOu t " , #Trim (url . Reques tTimeOu t)#)> 
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<cfset resultat = Struct Insert (lesParametres, 
"limite", #Trim(limi te) #)> 

<cfset resultat = Structlnsert (lesParametres, 
"cat", #Trim(url.cat)#)> 
5 4. Serialiser la structure du paquet XML, 

xmlAttribut. 

5. Initialiser l'objet DCOM avec 

<cf object type="COM" name="obj Parallel " 

class="WebAvantage . Parallel" action-" CREATE" > 
10 6. Definir ces parametres : 

intTimeOut : Le timeout passS par la page 
formulaire.cfm. 

stURLList : Un paquet XML de la liste des URLs des 
Custom Tags. 

15 stAttribut Un paquet XML des champs recherchSs. 

7. Ex6cuter la fonction Start () de l'objet. 
<cfset tampon = obj Parallel . Start ()>, la variable 
tampon n'est pas utilis6e. 

Recuperation des r6sultats des customs tags : 
2 0 Les r€sul ta ts des tags (64 ) son t retourngs en 

format n paguet XML " dans la propriSte stResultat de 
l'objet DCOM. 

Le contenu du paquet XML (65) renvoyS par l'objet 
DCOM est une liste, chaque ligne dans la liste se 
25 compose de : 

PAGE : le chemin de la page Tag passe. 

BODY : le rSsultat retournS par le Tag se forme de 
paquet XML. 

ERRORCODE* : deux valeurs possibles : 
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-1 / le rSsultat du Tag est erronS a cause de 
TimeOut. 

Le code erreur retourne par la page Tag. 
ERRORDESC* : la description d' erreur, deux valeurs 
5 possibles : 

Une chaine u Erreur fatale pour le cas d'erreur 
ERRORCODE=-l. 

La description d'erreur retournSe par la page Tag. 
Exemple ; 
10 <xml> 

<TAG> 

< PAGE>xxxxxx< /PAGE> 
<BODYxpaquet XMLx/BODY> 

< ERRORCODE> 0123</ERRORCODE> 

!5 <ERRORDESC>Description d' Erreur </ERRORDESC> 

</TAG> 
</xml> 

Des€rialiser les paquets XML et retirer I' ensemble 
des lignes ayant renvoyS une erreur ou un rSsultat 
20 vide. 

Le contenu du <paquet XML> du tag <BODY> determine 
l'€tat de la ligne : 

Un tableau : rSsultat de Tag. 
Pas de rSsultat. 
25 Erreur. 

DesSrialiser 1<* paouefc XML de <BODY> 
La page routage.cfm (80) retourne un paquet XML 
(64) , ce paquet est retourng par l'objet DCOM dans 
un autre paquet XML (65) dans le tag <BODY>. 
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Deserialiser le paquet, avec (tag cfwddx) , peut 
dormer trois valeurs : 

Soit un tableau qui repr6sente le r^sultat de 
Custom Tag ; 

5 Soit une chaine qui repr£sente le retour vide de 

la recherche sur le site ; 

Soit une chaine qui represente le retour d'erreur 
du Tag. 

Gestion des donnSes (66) renvoy^e.g par 

10 « custom tags » 90 : 

II n'y a presque rien a changer dans cette partie. 
Les tableaux r6cup6r6s des custom tags, par 
1' intermediaire du paquet XML dans le tag <B0DY>, 
doivent simplement etre adaptSs £ 1 'utilisation dans 
15 cette page. 

Les Stapes de passage des parametres 46 
d'affichage 57 et croisement des r£sultats, et 
d'appel de la page de comparaison 58 restent 
inchangees par rapport a celles de la figure 3, 
20 On a represente ci-apres sous la forme du tableau 

N°2 la description de la page routage.cfm 80. 
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Page de Routage 


Lot n°l 




F 


Routage 


0 


Contenu 


Un paquet xml, le r£sultat d'appel du Custom Tag. 




Cette page est appelee par 1'objet DCOM *webAvantage" , 
celui ci est d6£ini dans la page consolidation.cfm. 

• Les fonctionnalit£s de cette page sont : 

1. Executer les appels des Custom Tags passes par 1'objet 
DCOM. 

2. Recuperer et traiter les resultats des tags. 

3. Retourner les resultats s^rialiser dans un paquet XML 
pour 1'objet DCOM 

• Les entr£s URLs de la page sont : 
1- Racine : le chemin racine du Tag 

2. Page : le chemin de la page Custom Tag en question . 

3. Attribut : un paquet XML contient les attributs a passer 
au tag (dans le tag CFMODULE) . 

• La sortie de la page : 

Retourner un paquet XML a 1'objet DCOM contient une des 
valeurs suivantes : 

1. Un tableau : si le r^sultat de recherche du tag est 
positif . 

2. Une chaine *vide" si le r£sultat de recherche est vide 

3. Une chaine "erreur" dans le cas d'erreur. 

La structure du paquet XML 
<xml> 

<B0DY> 

soit le resultat du tag 
soit vide 
soit erreur 
</B0DY> 

c/xml> 

• Les traitements : 

1. Construire la strTemplate a partir de url.Host, 
url.Port et url.Page 

2. Deserialiser le paquet XML des attributs dans 
strAttribut 

<cfwddx action= ,, WDDX2CFML ,, 
inputs " #url . At t ribut # n output = n strAttribut " > 

3. Appeler le Custom Tag en question, le tag CFMODULE. 

<cfmodule template="#strTemplate# ,, 
attributecollection=#strAttribut#> 

4. Construire et serialiser le paquet XML a retourner en 
fonction de resultat du Tag. 

5. Afficher le paquet XML dans le BODY 


TABLEAU N°2 
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Dans un mode de realisation avantageux de 
1 ' invention, il est prevu des moyens permettant 
1'ajout de nouvelles categories de produit ou de 
sites correspondant a ces produits sans modifier en 
5 rien le code des pages de consolidation et de 
comparaison . 

Pour ce faire, il est cr66 un Meta-Sch£ma c'est-S- 
dire que l'on rend la notion de categorie. Ce Meta- 
Schema est contenu dans la base de donn£es 
10 relationnelle du site WebAvantages place dans le 
serveur 11 du systeme selon 1' invention. 

Sont ainsi definies des Meta-Donnees, a savoir, 
Pour chaque categorie : 

- noms des champs S rapatrier, 

15 - ordre d'affichage de ces champs dans la page de 
consol ida t ion , 

- largeur de chacune des colonnes du tableau de 
consolidation, 

- champ (s) sur lesquels on consolide, 

20 - image titre de la page de consolidation, 

- noms des champs de recherche (Sventuellement : on 
peut g£n£rer la page de saisie des champs de 
recherche) , 

- taille maximum de ces champs, 
25 - taille affichee de ces champs, 

- ordre d'affichage de ces champs de recherche (si 
on g6nere la page de recherche) , 

- type de chacun de ces champs de recherche 
(checkbox, texte, liste d6roulante, radio button) , et 
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10 



15 



event uellement la liste d' items associes, et la 
valeur par d^faut. 

- phrase d' introduction dependante de la cat^gorie 
dans la page de recherche, 

- choix des champs affiches sur la page de 
comparaison : attention, il ne sera pas possible par 
ce moyen de g^nerer des pages de comparaison de 
pr6sentation differente suivant les categories. Le 
tableau r6capitulatif de bas de page est independant 
de la cat€gorie, 

- ordre des champs affiches sur la page de 
comparaison. 

Remarque : il aurait aussi et6 possible d'ajouter des 
champs k la table Categorie sans creer la table 
MetaCategorie . 

Un mode de realisation du Schema relationnel des 
Meta-Donn6es est decrit ci-aprds en reference au 
tableau suivant : 



MetaCategorie 



MdaC* IP LONG 



Me(aCalJm3geConso6dationTEXTE(2S5) 
MetaCed j*rase!nlroTEXTE{255) 
MeteCal Jtehe_custom BOOL 



a pour champs 



MetaChamp 



MetaChamp ID LONG 



MetaChamp_nom TEXTE(100) 
MetaCtenpjcxdieCons 1MT (IE) 
MetaChanpJamjetvComLONG 
Me(aChanY>_conso6de BOOL (IE) 
MetaCharnp_rechercr« BOOL (JE) 
MetaCharp^rechcfcheTaateMax LONG 
MetaChanip_jechercheTi0eAmAittLONG 
MetoCharapj etitctO leOrdre LONG (IE) 
MetaChanp_jechefcheType INT 
MeteChamp_rechercrieOefaul TEXTE(50) 
MetaChany_cornparasonBOOL(IE) 
MrtaChanv_cocnparal5onOroreU)W^ 
WtetaChamp^MetaCatJD LONG (IE) 
MetaChamp JntemeOidre LONG 
MetaChamp.enteteCons INT 



MetaLibeBe 



MetaUbette ID LONG 



MetaU>eDe_Ebeae TEXTE(255) 
MetaLawQe.Ordm LONG 



MetaUbeQeJMetattampJD LONG (IE) 
M*ta_UbcGe_vWe BOOL 



a pourSsterfoptions 



M&a Schema 


Date den 


xxSfic3fion:28rt«rtX> 


ModfficaSons dob bass do di 


mnees powQerer le Meta-Schema 


SQL server 7.0 |Rev 


:0 


Auteur : ncauderan 


Norndeftchier : metaschema 


Entiepnse ; WsbAvantaoes 
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Description de cette architecture 
MetaCategorie 

• MetaCat_ID : ID de la categorie correspondant a 
cette MetaCategorie. 

5 • MetaCat_imageConsolidation : nom complet de 
1' image titre de la page de consolidation 

• MetaCat _j)hraseIntro : Texte complet de la phrase 
d' introduction de la recherche 

• MetaCat_fiche_custom : champ bit indi quant si 
10 cette categorie de produit of f re une f iche de 

presentation specif ique pour la page 
comparaisbn.cfm. Si ce champ est VRAI, la page de 
comparaison va inclure la fiche qui se trouve dans 
f iche_custom/f iche#MetaCat_ID# . Sinon, elle 

15 utilise la fiche modele f iche_generique.cfm 

MetaChamp 

Un MetaChamp est 1x6 ik une et une seule 
MetaCategorie . 

• ATetaChajnp_rD : ID automatique d'un MetaChamp 
20 • MetaChamp_nom : libell£ du MetaChamp 

• MetaChamp_ordreCon8 : numfiro d'ordre de ce champ 
pour l'affichage du tableau de consolidation. Si 
sa valeur est 0 # alors ce champ n' apparalt pas 
dans le tableau r^capitulatif de consolidation. Si 

25 sa valeur est non nulle, il correspond au num6ro 

de la colonne HTML du tableau de consolidation. 
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MetaChamp^largeurCons : largeur de la colonne du 
tableau HTML de consolidation correspondant a ce 
champ. Cette valeur n'a de sens que si 
MetaChamp_ordreCons est non nul . 

MetaChamp_consolide : champ bit indiquant si ce 
champ fait partie de la cle pour cette categorie 
de produit. Dans le cas des livres, seul le 
MetaChamp ISBN aurait ce bit a VRAI . II est tout a 
fait possible que plusieurs champs f assent partie 
de la cl€, auquel cas c'est la concatenation de 
ces champs qui identifie le produit. 
MetaChamp_rechercheTailleAffMax : Taille maximum 
indiquant la largeur du champ de recherche dans le 
formulaire de recherche. Cette valeur n'est 
utilis6e que si la valeur MetaChamp_rechercheType 
correspond £ un champ texte. Cela correspond au 
champ size du champ text . 

MetaChamp_rechercheTailleMax : correspond soit a 
un champ texte, soit k une liste a choix 
multiples. Dans le premier cas, cela correspond au 
champ MAXLENGTH du champ text et dans le second au 
nombre maximum d' items s£lectionnables dans la 
liste & choix multiples. 

Me taChampjcechercheOrdre : Ordr e d ' a f f i chage de s 
differents champs dans la page de recherche. Si 
MetaChamp_rechercheOrdre vaut 0, alors ce champ 
n'est pas affich€ dans la page de recherche. 
MetaChamp^rechercheType : indicateur du type de 
champ de recherche. Ce champ n'est utilise que si 
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MetaChamp^rechercheOrdre est different de 0, sinon 
sa valeur est indeterminee . 

Ce champ peut prendre les valeurs suivantes : 
S 1 : champ texte 
S 2 : champ liste 
S 3 : case a cocher 
S 4 : radio bouton 

S 5 : champ liste a choix multiple (ce type 
n'est plus pris en compte pour le moment) 
AfetaChamp_rechercheDefaut : Valeur par defaut du 
champ, c'est & dire valeur pr6-remplie dans le 
formulaire de recherche- Ce peut etre : 

S La valeur d'un champ texte 

f L'item selectionne d'une liste deroulante ou 
d'une liste de boutons radio 
MetaChamp_comparaison : flag indiquant si le 
MetaChamp est affiche dans la page de comparaison 
des prix 

MetaChamp_comparaison_ordre : dans le cas ou 
MetaChamp_comparaison est VRAJ, ce champ indique 
l'ordre d'affichage dans la page de comparaison . 
MetaChamp_MetaCat_ID : cle externe 

MietaChamp_ interneOrdre : Pour chaque champs ramen6 
par les custom tags, indique le num§ro de la 
colonne correspondant & ce champs dans le tableau 
ramen6 par chaque custom tag. 

AfetaCha/7ip_enteteCons : dans le cas oii 
MetaChamp_ordreCons est non nul, ce champ indique 
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l'ordre d'affichage en entete du tableau de 
consolidation. Dans le cas des livres, Titre et 
Auteur ont les valeurs w 1 " et * 2 " . Si ce champ 
est nul, il n'apparait pas en ent§te du tableau. 

5 MetaLibelle 

Cette table contient les diff^rents libell^s associes 
a un MetaChamp. Pour une liste deroulante, ce sera la 
liste des items, pour des boutons radio, les libelles 
associes & ces boutons radio etc. 
10 • MetaLibelle_ID : cl6 primaire 

• WetaLiJbelle_libelle : libelle en clair 

• MetaLiJbeIIe_ordre : ordre d'affichage 

• MetaLiJbelle_MetaChajnp_JD : cl6 externe 

• MetaLiJbelle_vide : dans le cas d'une liste a choix 
15 simple : libell6 en cas de selection de 1'item 

correspondant & tt aucun choix " . 

On a decrit ci-apres les modifications du code 
entre les deux modes de realisation de pages de 
recherche (annuaire/home.cfm) decrit s ci-avant, 
20 c'est-S-dire le cas oii le Meta-Sch6ma est mis en 
oeuvre par rapport k celle oil elle n'est pas mise en 
oeuvre. 

Les modifications de cette page sont les 
suivantes : 

25 - la phrase d' introduction. La phrase : « Entrez 

xm ou plusieurs des el6ments suivants pour trouver le 
livre que vous cherchez, au meilleur prix » est 
remplac^e par le champs CHAMP_INTRO, 
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- La generation dynamique des champs de recherche . 
Ici les champs auteur, titre, ISBN ne sont done 

plus codes en dur. Au lieu de cela, on boucle sur les 
champs lies a la table METACATEGORIE suivant 1'ordre 
5 ORDRE_RECHERCHE de la table METACHAMPS, et on affiche 
les champs dont le champs ORDRE_RECHERCHE est 
different de 0. 

Les pages (annuaire/intermediaire.cfm) , 

intermidiaires de recherche sont identiques. 
10 La page (annuaire/consolidation.cfm) de 

consolidation prevoit quant a elle les operations 
suivantes : 

Recuperation des champs de recherche 

L'appel & la page de consolidation est 1' action du 
15 w form " de la page annuaire/intermediaire.cfm. Les 
parametres regus sont les suivants : 

- Regu est Timeout : temps maximum pour un appel a 
un custom tag (500 secondes actuellement par defaut) 

- Cat : ID de la categorie 

20 - Form.* : les chants de recherche de la 

categorie cat 

Recuperation des champs a passer aux custom tags 
Les champs & passer aux < custom tags » sont les 

champs de recherche, e'est-a-dire ceux dont le champ 
25 MetaChamp_recherche de la table MetaChamp vaut VRAT. 

Ces MetaChamps sont r6cup6r6s de la base decrite en 

reference aux tableaux n° 1 ou 3 et mis dans une 

liste listeChamps. 
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Verification des champs absents 

Les champs RequestTimeout et cat sont tou jours 
passes . 

Pour les champs Form.* (issus de la 
5 pageintermediaire.cfm) ; ces champs sont toujours 
d6f inis ici , mime si 1 ' utilisateur ne les a pas 
selectionn£s (a 1' exception notable des checkbox, et 
des listes a choix multiples sans element 
s61ectionn6) , 

10 Done pour les champs checkbox ou liste choix 

multiple, il faut 6crire un CFPARAM pour ces champs 
avec une valeur de " n . 

L'algorithme est le suivant : 

ListeMetaChamps = liste des MetaChamps de recherche associe's 
15 a la catSgorie cat 

Pour chaqae element leMetaChamp de ListeMetaChamps 

Si le rechercheType de ce MetaChamp est checkbox ou 
Liste 3 choix multiple alors 

G4ne~rer le tag CFPARAM correspondent au nom de ce 

20 MetaChamp 

Fin Si 
Fin Pour 

Recherche des custom tags 

Selon la premidre m§thode, la recherche de custom 
25 tags se fait de la fagon suivante : 
<cfgiiexy name= n LWeb" 
da tasource= " #Da taSourceNametf " > SELECT 

W.web_tag FROM WebMarchand as 
W, categorie_webmarchand as WC where 
30 W.web id=WC.web id 
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and WC.cat_id=*#Trim(url.cat)#' 
and web _prod=l 
</cfquery> 

Avec la seconde methode, il suffit uniquement 
d'ajouter : 

And web_tag <> " " 

Appel des custom tags 

Tous les appels des custom tags sont Sl modifier 
pour prendre en compte le mSta - schema . Avec la 
premiere methode, 1' appel aux diff brents « custom 
tags » se fait de la fagon suivante : 

<cfmodule templa te= tt . . /custom_tags/#ind#/#ind# . cfm u 

mode=$Trim (mode) 8 

type=#Trim ( type) # 

auteur=#rrim (auteur) # 

ti tre=#Trim (ti tre) # 

i sbn =#Trim ( i sbn ) # 

limi te=#Triro (limi te) # 

> 

Avec cette technique, il est impossible de passer 
des parametres dependants de la cat£gorie recherch^e. 
Seules les valeurs des parametres passes sont en 
effet dynamiques . Avec la seconde methode, les noms 
des parametres deviennent £galement dynamiques . Pour 
cela, les « custom tags » sont appel£s en utilisant 
l'attribut particulier attributecollection. 

L'ajout des champs de recherche se fait de la 
fagon suivante : 

<cfset lesParametres =StructNew() > 
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<cfloop list=#listeChamps# index=leChamp> 
<cfset resultat=StructInsert (lesParametres, 
leChamp, evaluate (leChamp) ) > 
</cfloop> 

II faut ensuite egalement ajouter de la mime facon 
les champs limite, RequestTimeOut et cat. 

L'appel a chaque custom tag se fait de la facon 
suivante : 

<cf module templates". ./custom. taga/UndU/UndM.cim" 
attribu tecollection*#lesParametres#> 

Avec cette technique, il n'y a done presque rien a 
changer dans les custom tags eux-me'mes. 

L'attribut attributecollection est automat iquement 
transforme en une liste de paramdtres comme si ceux- 
ci etaient directement passes. 

Les types de recherche sont alors d£finis dans les 
custom tags eux-m&nes sont alors dSfinis. Au lieu de 
passer le type de recherche au module (titre, auteur, 
titreauteur, isbn) , les champs etant dynamiques, 
e'est a l'interieur du custom tag (statique) qu'on 
particularise le type. 

Chaque « custom tag » correspond pour 1' instant a 
un webmarchand particulier. Or un webmarchand peut 
comprendre plusieurs categories. 

Un paramStre « mode " €tant pass6 au « custom 
tag » pour specifier que la requgte concernait les 
livres, avec la seconde mSthode e'est en utilisant le 
paramStre « cat " (categorie) passe* au module qu'on 
distinguera les diff erents traitements. 
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La gestion des donn€es renvoyees par les custom 
tags est effective selon la premiere methode en 
utilisant le code indiqu6 en annexe 1. 

Ce code cependant est tres dependant de la 
categorie utilis§e. 

Pour y remSdier, la seconde methode propose 
l'algorithme suivant : 

ListeChamps = Selection des noms des champs ramene's par les 
custom tags de cette categorie suivant l'ordre 
MetaChamp_interneOrdre 

Cle - Selection des noms des champs ramene's par les custom 
tags de cette categorie ayant la propri6t6 MetaChampjconsolide 
VRAIE, 

Pour chaque site SITETAG ayant un custom tag 
Ordre = ordre associG d ce site pour cette categorie 
Pour chaque ligne de rSsultat r envoy ^e par SITETAG 
InsSrer dans le tableau de rSsultat les colonnes 
CIS, ordre, Li s teChamps , SITETAG 

Fin Pour 
Fin Pour 

Transformation des donn ^es en requStes 

5 La transformation du tableau de r6sultat avec la 

premidre methode utilise le code indiqu6 en annexe 2. 

Pour rendre ce code indSpendant de la categorie, 
la seconde methode propose l'algorithme suivant : 
consolidation=QueryNew( n Site,cle" & ListeChamps) 
10 Pour chaque ligne LIGNETABLEAU du tableau de r6sultats 

Cre*er une nouvelle ligne dans la requSte de consolidation 
Dans la premiere colonne de la requete, insSrer la 
colonne site de LIGNETABLEAU 

Dans la seconde colonne de la requSte, insurer la colonne 
15 cle de LIGNETABLEAU 
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Pour chaque ELEMENT de ListeChamps 

Inserer la colonne ELEMENT dans la colonne 
correspondante de LIGNETABLEAO 
Fin Pour 
Fin Pour 

Envoi des parametres a la page de comparai son des 
prix via XML 

Cela se fait par la fonction javascript envoi. 
Utilisation du XML ; 

<CFWDDX ACTION="CFML2WDDX n INPUT="#consolidation#" 
OUTPUT= n wresultat_requete n > 

permet de transformer du code cfml en code xml qui 
regoit le contenu de la requete u consolidation " et 
renvoit une cha£ne de caracteres en xml contenant 
tous les resultats de la requete. On insere cette 
cha£ne dans la table resultatxml de la BDD. On passe 
ensuite 1' ID du contenu ins6r6 dans le form afin de 
rScuperer les donn6es dans la page de comparaison. 

Affichage des informations 

Avec la seconde m^thode, la consolidation se fait 
d§sormais sur le champ CLE et non plus sur le champ 
ISBN. 

Pour chaque categorie de produit, seules certaines 
informations sont alors affichees sur la page de 
consolidation : ce sont celles dont le METACHAMP 
correspondant possede une propriety 

METACHAMP__ordreCons strictement superieure a 0. 
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Certains champs sont aussi af f ich§s en entete du 
tableau. 

L'algorithme d'affichage est done par exemple le 
suivant : 

5 Pour tout les METACHAMP dont METACHAMP_ordreCons > 0 

R€cupSrer le nom du champ NOMMETACHAMP, la valeur 
LARGEURMETACHAMP correspondant au champ METACHAMP_largeurCons 
et le champ METACHAMP_enteteCons 

Pour tout les METACHAMP dont METACHAMP jBnteteCons > 0 
10 CrSer une colonne de tableau HTML dont 1' intitule" est 

NOMMETACHAMP et la largeur LARGEURMETACHAMP 
Fin Pour 
Fin Pour 

Pour chaque ligne LALIGNE de la requSte consolidation 
15 //lere ligne 

Pour tout les METACHAMP dont METACHAMP_ordreCons > 0 et 
METACHAMP_enteteCons > 0 

CrGer une colonne de tableau HTML dont le contenu est la 
colonne correspondante de LALIGNE' et de largeur 
20 LARGEURMETACHAMP 
Fin Pour 
//2nde ligne 

Pour tout les METACHAMP dont METACHAMP_ordreCons > 0 et 
METACHAMP_enteteCons = 0 
25 Afficher 1' intitule' NOMMETACHAMP et le contenu qui 

est la colonne correspondante de LALIGNE 
Fin Pour 
Fin Pour 

La page de comparaison (annuaire/comparaison.cfm) 
30 peut quant 3 elle §tre d6crite comme suit : 
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Recupera tion des donn^es du XML 

On recupdre 1' ensemble des informations contenues 
dans la table Resultatxml grSce au champ Id passe en 
hidden dans le form precedent. 
5 On fait le traitement inverse a celui effectue 

dans consolidation. cfm 

<CFWDDX ACTION- " WDDX2CFML " INPUT="#Qresul tat . Res_contenu#" 
OUTPUT^ " consol idation"> 

On r6cupere ainsi la requete w consolidation " 
10 avec toutes les infos. Pour isoler le produit en 
question, il suffit de verifier si le champ * cle" de 
la requete consolidation correspond bien au champ 
w cle n passe en url via la fonction javascript 
envoi ( ) 

15 Enfin la fiche descriptive du produit s'obtient de 

la fagon suivante 

On a r€cup6r6 au pr^alable le champ 
AfetaCat_fiche_custom et MetaCat_Id grace au parametre 
tt cat " passS en url. 

20 Si le champ est nul, on inclut la fiche g§n6rique 

w annuaire/f iche_custom/f iche_generique.cfm " du 
produit qui ne pr£sente aucune particularity ( en 
boucle, les intitules et contenus des champs sont 
af fiches ligne par ligne ) . Si le champ web _photo du 

25 webmarchand est non nul, on place la photo s'il elle 
existe sur la droite de la fiche. 

Si le champ est non nul, on inclut la fiche 
customisSe nomm6e * f iche#MetaCat_Id# * oil les champs 
peuvent etre disposes d'une maniere sp6cifique selon 

30 la catfigorie. 



41 



2808911 



Comme il va de soi et comme il r6sulte de ce qui 
precede la pr^sente invention n'est pas limit6e au 
mode de realisation plus particulierement decrit . 
Elle en autorise au contraire toutes les variantes et 
notanunent celles ou les moyens d' interrogation sont 
vocaux et le dispositif est un telephone mobile. 
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ANNEXE 1 



<cfloop list= n jfliste_erreur#" index= n inde"> 

<! 1 'index- "inde" reprSsente le web_tag de la table 

"WebMarchand" > 

<! recuperation de l'ordre > 

<cf query name= n recup_ordre n da tasource= "ffda tasourcenameff n > 
select cw.ordre 

from categorie_webmarchand as cw, webmarchand as w where 
w. web_tag = '#inde#' 

and cw. web_id = w. web^id 
</cfquery> 

<cfset total=inde & n _TotalResults"> 
<CFLOOP INDEX= n ind" FR0M=1 TO= n #evaluate ( total) ff n > 
<cfset isbn=inde & u _resultat_tab[ind] [1] "> <cfset 
titre=inde & n _resultat_tab[indJ [2] °> <cfset auteur=inde & 

a _resultat_tab[ind] [3] "> <cfset editeur=inde & 

n _resultat_tab[ind] [4] n > <cfset prix=inde & 

n _resul ta t_tai> [ind] [5] '*> <cfset lienfiche=inde & 

»_resultat_tab[ind] [€] "> <cfset resultat_tab[ind+nbre] = 

#replace (evaluate (isbn) ,« , " ,»&fffl44" ,«all")ff & " & recup_ordre . ordre 
& »,» & fireplace (evaluate (titre) » , "&f?ff44 n , n all n ) ff & u & 
#replace (evaluate (auteur) , " ,»&ffff44» , "all") ft & ", " & 
fireplace (evaluate (editeur),",", "&ff#44" ,"all»)§ & "," & 
ff replace (evaluate (prix) , ",","&# #44", n all") ff & "," & 
fireplace (evaluate (lienf iche) , » , » , »&ftft44- , "all") f? & ", " & inde> 
</CFLOOP> 

<cfset nbre=nbre+#evaluate (total) #> 
</cfloop> 
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<cf set 

consolidation=QueryNew{ "Site, ISBN, Titre,Auteur, Edition, Prix, LienFiche" 
>> 

<CFLOOP INDEX= a ind a FR0W=1 TO= "# Evaluate (nbre) 8" > 

<CFSBT newrow = QueryAddRow(consolidation,l)> 
<CFSET temp = 

QuerySetCell (consolidation, n Site n ,ListGetAt(resultat_tab[ind],8, n ) )> 
<CFSET temp = 

QuerySetCell (consolidation, n ISBN" , Lis tGetAt (resultat_tab[ind] ,1, ",«))> 
<CFSET temp = 

QuerySetCell (consolidation, -Titre" ,ListGetAt (resultat_tab[ind) , 3, », ") ) 

> 

<CFSET temp = 

QuerySetCell (consolidation, "Auteur" ,ListGetAt(resultat_tab[ind] ,4, ", ») 
)> 

<CFSET temp = 

QuerySetCell (consolidation, a Bdition\Lis tGetAt (resultat_tab[ind] ,5, n , n 
))> 

<CFSET temp = 

QuerySetCell (consolidation, "Prix" , Lis tGetAt (resultat_tab [ind] ,€,","))> 
<CFSST temp m 

QuerySetCell (consolidation, "LienFiche" , Lis tGetAt (resultat_tab [indj , 7, n 

,"))> 

</CFLOOP> 
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REVENDTCATIONS 

1. Proc6de de recherche et de comparaison 
d* informations sur au moins un produit determine 
5 rgpertorie sur au moins un site du r§seau Internet, 
caracteris6 en ce que 

un premier fichier de sites ayant 6t& form6 & partir 
des sites presents sur Internet, et un programme 
etiquette specif ique ayant 6t€ d§velopp6 pour chacun 
10 des sites dudit premier fichier, dit fichier de 
sites, 

on saisit, suite a une action d'un utilisateur, au 
moins un champ de recherche correspondant au produit 
d6termin6, par le biais d'un dispositif connecte au 
15 r6seau Internet , 

on recherche sur Internet le ou les sites ayant une 
etiquette, 

on recherche puis on analyse les pages de chacun 
desdits sites gr&ce & son programme etiquette, 
20 on en extrait les informations correspondant au 
produit determine recherche, 

on ajoute ces informations k un deuxi§me fichier de 
rSsultats, dit fichier de r^sultats, 

on effectue un traitement algorithmique de 
25 consolidation sur ce deuxieme fichier, pour 
consolider les informations ainsi obtenues par au 
moins un critdre de consolidation, pour former un 
troisidme fichier de r6sultats consolid£s, dit 
fichier consolide, 
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on affiche au moins en partie le contenu dudit 
fichier consolid§ correspondant aux informations sur 
le produit issues des differends sites marchands, 
sous forme d'un tableau de resultats, ^ 
5 on select ionne alors le produit a partir dudit 
tableau, suite & une seconde action de 1' utilisateur, 
et on affiche ledit produit, ses caracteristiques et 
le site marchand auquel il appartient. 

2. Procede selon la revendication 1, caract6ris6 
10 en ce que, chaque site comprenant au moins un critere 

d' identification de la categorie de sites specif ique 
& laquelle ledit site appartient, 1' utilisateur 
saisit le champ de recherche correspondant au produit 
determine dans une categorie de sites specif ique, et 
15 la recherche du ou des sites ayant une etiquette sur 
Internet s'effectue egalement parmi les sites 
appartenant a ladite cat§gorie de sites specif ique. 

3. Procede selon l'une quelconque des 
revendi cat ions pr€c€dentes, caract§ris6 en ce que, 

20 les sites sont des sites marchands, et en ce que 
1 'utilisateur commande de plus directement en ligne 

le produit s61ectionn§. 

j 

4. Procede selon l'une quelconque des 
revendications pr6c§dentes, caract6ris§ en ce qu'il 

25 comporte de plus une 6tape de gestion des appels en 
parallele, agenc^e pour permettre 1' interrogation 
simultan£ment ou sensiblement simultan§ment en temps 
r£el pour tous les sites muni d' etiquettes, 
eventuellement apres selection complementaire . 
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5. Procede selon l'une quelconque des 
revendications precedentes, caracteris6 en ce qu'il 
est appliqu£ a la recherche et & la comparaison du 
prix de livres et/ou de pet its paquets. 

6. Proc6d6 selon la revendication 4, caracteris6 
en ce que le produit etant un livre, on utilise le 
code ISBN comme critere de consolidation. 

7 . Procede selon 1 1 une quelconque des 
revendications precedentes, caract6ris6 en ce que on 
utilise au moins deux criteres d' identification du 
site concerne. 

8. Systeme de recherche et de comparaison 
d' informations sur au moins un produit determine 
r^pertorie sur au moins un site du reseau Internet, 
chaque site comprenant au moins un critere 
d' identification de la categorie sp6cifique £ 
laquelle il appartient, caracterise en ce qu'il 
comprend 

- des moyens de stockage d'un premier fichier de 
sites ayant ete form6 & partir des sites presents sur 
Internet, un programme etiquette 6tant d€velopp6 pour 
chacun des sites dudit premier fichier, 

- un dispositif connect^ au reseau Internet , de 
saisie, suite & une action d'un utilisateur, d'au 
moins un champ de recherche correspondant au produit 
determine dans une categorie de site specif ique, 

- des moyens de recherche sur Internet du ou des 
sites ayant un programme Etiquette et appartenant k 
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ladite categorie de site sp€cifique du produit 
recherchi , 

- des moyens de recherche, de calcul et d' analyse des 
pages HTML de chaque site ayant une etiquette, en 

5 utilisant un algorithme de comparaison avec le champ 
de recherche correspondant au produit d6termin§ 
recherch§, 

des moyens d' extraction des informations 
correspondant au produit determine recherche, 
10 - des moyens d' addition de ces informations S un 
deuxidme fichier de r6sultats, 

des moyens de traitement algorithmique de 
consolidation sur ce deuxieme fichier, pour 
consolider les informations ainsi obtenues par au 
15 moins un critere de consolidation, pour former un 
troisidme fichier de r€sultats consolides, 

- des moyens d'affichage d'au moins une partie du 
contenu de ce troisi^me fichier correspondant aux 
informations sur le produit issues des differends 

20 sites marchands, sous forme d'un tableau de resultats 
consolides, 

- des moyens de selection du produit & partir dudit 
tableau, suite a une seconde action de l'utilisateur, 

et des moyens d'affichage des caract4ristiques 
25 dudit produit, et du site auquel il appartient. 

9. Systeme selon la revendication 8, caract6ris6 
en ce que, les sites 6tant des sites marchands, le 
systdme comprend des moyens de commande directement 
en ligne du produit line fois s§lectionne. 
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10. Systeme selon les revendi cat ions 8 et 9, 
caracterisS en ce qu'il comprend de plus des moyens 
permettant l'ajout de nouvelles categories de 
produits ou de sites sans modification des etapes de 
traitement algorithmique mettant en scdne le critere 
de consolidation. 

11. Systeme selon l'une quelconque des 
revendications 8, 9 et 10 caract£ris£ en ce qu'il 
comporte de plus des moyens de gestion des appels en 
parallele, agences pour permettre 1 ' interrogation 
simultanement ou sensiblement simultanement en temps 
reel pour tous les sites. 
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QUESTION 



REFORMATAGE ET 
TRANSMISSION AUX 
SITES MARCHANDS 



ANALYSE DES 
REPONSES ET 
MEMORISATION 



CONSOLIDATION DES 
REPONSES PAR AU 
MOINS UN CRITERE 



I 



AFFICHAGE D'UNE 
PRESELECTION 
DE PRODUITS 



^5 



SELECTION 
COMPLEMENTAIRE 
PAR L'UTILISATEUR 



^6 



AFFICHAGE 
D'UNE SELECTION 
AFFINEE 



I 



SELECTION PAR 
L'UTILISATEUR 



■8 



AFFICHAGE D'UNE 
FICHE PRODUIT 



COMMANDE 
EVENTUELLE 



FIG.1 
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ORDINATEUR 
(CPU.ROM.RAM 
& MEMOIRE NON 
VOLATILE) 



BASE DE 
DONNEES 



7 

26 




ORDINATEUR 
(CPU.ROM.RAM 
a MEMOIRE NON 
VOLATILE) 



30 



FIG. 2 
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DONNEES 
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31 f 1 . 

) Chxxivez direc temenfl le produir que vous cherchez ercotnporez les prix^) 
^ Entrez un ou plusieurs des elements sulvants pour rrouver le livrc que vous cherchez, 
vU n,,K^.„ r— —. : n—v qu meilleur prix. 



n'ISBN r 



1 



1 



(Volidezl) 



1 



Livre1 : 
ISBN TI11 



1 ANDRE DFIVAIIX 
AbtLH.MARWT 
chcAGE CT HOMME 
-CINEMA 

Prix 6cfitcur «150.00FRF/2287€ 
Phx Alopage:14250FRF/21.72e 
<2) 

2 BENEFICES SUR IF NFT 
HAGEUUQHN . ARMSTRONG ARTHI IP 
chezORGANISATlON ~~ „ 
-INFORMATIQUE Uvre2 : 
PHxeditcur:18SD0FRF/2820€ ISBN 2222 
PrixAlapagc:17S75FRF/26.79€ | 



I 



1. A BOUT PORTANT 
HAGEL Jaime 

LA FOSSE AUX OURS 
9QS0F.13.80€ 

2 A NDRE DFIVAUX 

AGFtTHOMME 
-K2.50F-21726 

3 BENEFICES SURLENFT 
HAJbtULjOhk ARRSfRORG ARTHI IP 
ORGANISATIQN 
1%F-26B3 
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